View STM8L052R8_8677261.PDF datasheet online --- IC-ON-LINE

Datasheet File OCR Text:

september 2015 docid17922 rev 6 1/18 1 stm8al3xxx stm8lxxxx6/8 errata sheet stm8al318x, stm8al3l8x, st m8al3xe8x, STM8L052R8, stm8l15xx6/8 and stm8l162x8 device limitations silicon identification this errata sheet applies to the revi sion z of stmicroelectronics STM8L052R8, stm8l15xm8/r8/c8/r6, stm8l162x8, stm8 al318x, stm8al3l8x and stm8al3xe8x devices. the products are identifiable as shown in table 1 : ? by the revision code marked below the product identification area on the package ? by the last three digits of the internal order code printed on the box label . table 1. device identification (1) 1. refer to stm8al3xxxx, STM8L052R8, stm8l15xx6 /8 and stm8l162x8 product datasheets for details on the device marking. part number revision code marked on device STM8L052R8 ?z? stm8l151m8, stm8l152m8, stm8l151r8, stm8l152r8, ? stm8l151c8, stm8l152c8, stm8l151r6, stm8l152r6, ? stm8l162m8, stm8l162r8 ?z? stm8al318x, stm8al3l8x, stm8al3xe8x ?z? table 2. device summary reference part number STM8L052R8 STM8L052R8 stm8l15xm8 stm8l151m8, stm8l152m8 stm8l15xr8 stm8l151r8, stm8l152r8 stm8l15xc8 stm8l151c8, stm8l152c8 stm8l15xr6 stm8l151r6, stm8l152r6 stm8l162x8 stm8l162m8, stm8l162r8 stm8al318x stm8al3188, stm8al3189, stm8al318a stm8al3l8x stm8al3l88, stm8al3l89, stm8al3l8a stm8al3xe8x stm8al31e88, stm8al31e89, stm8al31e8a, stm8al3le88, stm8al3le89, stm8al3le8a www.st.com
contents stm8al3xxx STM8L052R8 stm8l1xxx6/8 2/18 docid17922 rev 6 contents 1 silicon limitations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4 1.1 core limitations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6 1.1.1 interrupt service routin e (isr) executed with priority of main process . . 6 1.1.2 main cpu execution is not resumed after an isr resets the al bit . . . . 6 1.1.3 unexpected div/divw instruction result in isr . . . . . . . . . . . . . . . . . . . 6 1.1.4 incorrect code execution when wfe execution is interrupted by isr ? or event . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7 1.1.5 core kept in stall mode when dma transfer occurs during program/ ? erase operation to eeprom . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8 1.1.6 incorrect co de execution when flash /eeprom memory wakes up ? from power down mode . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10 1.2 system limitations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .11 1.2.1 default dac output level when output buffer is enabled . . . . . . . . . . . . 11 1.2.2 32.768 khz lse crystal accuracy may be disturbed by the use of ? adjacent i/os . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11 1.2.3 rtc lse failure can be detected just once after power-on reset . . . . . 11 1.3 peripheral limitations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12 1.3.1 spi2 peripheral limitations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12 1.3.2 i2c peripheral limitations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12 1.3.3 usart peripheral limitations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15 1.3.4 timer limitations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16 2 revision history . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
docid17922 rev 6 3/18 stm8al3xxx STM8L052R8 stm8l1xxx6/8 list of tables 3 list of tables table 1. device identification . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1 table 2. device summary . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1 table 3. summary of stm8al3xxx, stm8l052r 8, stm8l15xx6/8 and stm8l162x8 silicon ? limitations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4 table 4. document revision history . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
silicon limitations stm8al3xx x STM8L052R8 stm8l1xxx6/8 4/18 docid17922 rev 6 1 silicon limitations table 3 gives a summary of the fix status. legend for table 3 : a = workaround available; n = no workaround available; p = partial workaround available; n/a: not applicable; ?-? and grayed = fixed. table 3. summary of stm8al3xxx, STM8L052R8, stm8l15xx6/8 and stm8l162x8 silicon limitations section limitation stm8l15xm8/r8/c8/r6 stm8l162x8, stm8al318x, stm8al3l8x, stm8al3xe8x rev. z STM8L052R8 rev. z section 1.1: core limitations section 1.1.1: interrupt service routine (isr) executed with priority of main process nn section 1.1.2: main cpu execution is not resumed after an isr resets the al bit aa section 1.1.3: unexpecte d div/divw instruction result in isr aa section 1.1.4: incorrect code execution when wfe execution is interrupted by isr or event aa section 1.1.5: core kept in stall mode when dma transfer occurs during prog ram/ erase operation to eeprom aa section 1.1.6: incorrect code execution when flash/eeprom memory wakes up from power down mode aa section 1.2: system limitations section 1.2.1: default dac output level when output buffer is enabled nn/a section 1.2.2: 32.768 khz lse crystal accuracy may be disturbed by the use of adjacent i/os nn section 1.2.3: rtc lse failu re can be detected just once after power-on reset nn
docid17922 rev 6 5/18 stm8al3xxx STM8L052R8 stm8l1xxx6/8 silicon limitations 17 section 1.3: peripheral limitations section 1.3.1: spi2 peripheral limitations spi2_mosi cannot be configured as pseudo open-drain on 48-pin packages nn section 1.3.2: i2c peripheral limitations i2c event management aa corrupted last received data in i2c master receiver mode aa wrong behavior of the i2c peripheral in master mode after misplaced stop aa violation of i2c ?setup time for repeated start condition? parameter aa in i2c slave ?nostretch? mode, underrun errors may not be detected and may generate bus errors aa smbus standard not fully supported in i2c peripherals aa section 1.3.3: usart peripheral limitations usart idle frame detection not supported in the case of a clock deviation nn pe flag can be cleared in usart duplex mode by writing to the data register aa pe flag is not set in usart mute mode using address mark detection nn idle flag is not set using address mark detection in the usart peripheral nn section 1.3.4: timer limitations tim1 advanced timer: bad regulation for 100% pwm nn table 3. summary of stm8al3xxx, STM8L052R8, stm8l15xx6/8 and stm8l162x8 silicon limitations (continued) section limitation stm8l15xm8/r8/c8/r6 stm8l162x8, stm8al318x, stm8al3l8x, stm8al3xe8x rev. z STM8L052R8 rev. z
silicon limitations stm8al3xx x STM8L052R8 stm8l1xxx6/8 6/18 docid17922 rev 6 1.1 core limitations 1.1.1 interrupt service rout ine (isr) executed with prio rity of main process description if an interrupt is cleared or masked when the context saving has already started, the corresponding isr is executed with the priority of the main process. workaround none. no fix is planned for this limitation. 1.1.2 main cpu execution is not resu med after an isr resets the al bit description if the cpu is in wait for interr upt state and the al bit is set, the cpu returns to wait for interrupt state after executing an isr. to co ntinue executing the main program, the al bit must be reset by the isr. when al is reset ju st before exiting the isr, the cpu may remain stalled. workaround reset the al bit at least two instruct ions before the iret instruction. no fix is planned for this limitation. 1.1.3 unexpected div/divw instruction result in isr description in very specific conditions, a div/divw instru ction may return a false result when executed inside an interrupt service routine (isr). this error occurs when the div/divw instruction is interrupted and a second interrupt is generated during the execution of the iret instruction of the first isr. under these conditions, t he div/divw instructio n executed inside the second isr, including function calls , may return an unexpected result. the applications that do no t use the div/divw instructi on within isrs are not impacted. workaround 1 if an isr or a function called by this routi ne contains a division operation, the following assembly code should be added inside the isr before the div/divw instruction: push cc pop a and a,#$bf push a pop cc this sequence should be placed by c compile rs at the beginning of the isr using div/divw. refer to your compiler documentation for details on the implementation and control of automatic or manual code insertion.
docid17922 rev 6 7/18 stm8al3xxx STM8L052R8 stm8l1xxx6/8 silicon limitations 17 workaround 2 to optimize the number of cycl es added by workaround 1, y ou can use this workaround instead. workaround 2 can be used in applications with fixed interrupt priorities, identified at the program compilation phase: push #value pop cc where bits 5 and 3 of #value have to be configured according to interrupt priority given by i1 and i0, and bit 6 kept cleared. in this case, compiler workaround 1 has to be disabled by using compiler directives. no fix is planned for this limitation. 1.1.4 incorrect code execution when wfe execution is interrupted by isr ? or event description two types of failures can occur: case 1: in case wfe instruction is pl aced in the two msb of the 32 -bit word within the memory, an event which occurs during the wfe execution cycle or re-execution cycle (when returning from isr handler) will c ause an incorrect code execution. case 2: an interrupt requ est, which occurs during the wfe exec ution cycle will lead to incorrect code execution. this is also valid for the wfe re-execution cycle, while returning from an isr handler. the above failures have no impact on the core behavior when the isr request or events occur in wait for event mode itself, out of the critical single cyc le of wfe instruction execution. workaround general solution is to ensure no interrupt reque st or event occurs during wfe instruction execution or re-execution cycle by proper application timing. dedicated workarounds: case 1: replace the wfe instruction with wfe jra next next:
silicon limitations stm8al3xx x STM8L052R8 stm8l1xxx6/8 8/18 docid17922 rev 6 case 2: it is recommended to avoid any interrupts before wfe mode is entered. this can be done by disabling all interrupts before the device enters wait for event mode. sim wfe rim this workaround also prevents wfe re-execution in case 1. no fix is planned for this limitation. 1.1.5 core kept in stall mode when dma transfer occu rs during program/ ? erase operation to eeprom description when the mcu performs eeprom program/erase operation, the core is stalled during data transfer to the memory controller, which o ccurs at the beginning of the program/erase operation. if a dma request servicing starts wh ile the core is stalled, the core does not return from stall mode to program execution. the core is stalled for 11 cycles during byte program/erase, 8 cycles during word program/erase and 3 cycles during each word transfer in block programming mode. for block erase, the core is stalled for 127 cycles. when a dma request arises, it is only served if the dma priority is higher than the core access priority. if the current dma priority is lower than the core one, the dma service is delayed until the core access be comes idle. the dma also includes a programmable time out function, configurable by dma_gcsr register. if the core does not release the bus during this timeout, the dma automatically increases its own priority and forces the core to release the bus for dma service. no fix is planned for this limitation. several workarounds are ava ilable for this limitation. workaround 1 disable all dma requests during data transfer to the eeprom. this workaround is applicable fo r all program/erase operations. workaround 2 configure dma programmable timeout in the dm a_gcsr register to exceed the number of stall cycles required during the transfer. dma priority must never be configured to a very high level. this workaround is applicable for all program/erase oper ations except block erase. in order to apply this workaround to block erase, use block programming to 0x00 instead of block erase. this takes ~6 ms instead of ~3 ms.
docid17922 rev 6 9/18 stm8al3xxx STM8L052R8 stm8l1xxx6/8 silicon limitations 17 workaround 3 this workaround can be used if block eras e cannot be replaced by block programming. in this workaround, dma is used to transfer data to the eeprom instead of the core. all other dma transfers are delayed once the core is stalled due to data transfer to memory controller. /* start of the workaround in user code, using fw library */ #ifdef use_event_mode dma1_channel3->ccr= dma_ccr_mem | dma_ccr_idm | dma_ccr_tcie; /* config dma chn3 mem, incr, disable, interrupt) */ #else dma1_channel3->ccr= dma_ccr_mem | dma_ccr_idm; /* config dma chn3 (mem, incr,disable) */ #endif dma1_channel3->cm0arh= (uint8_t)0; /* source address */ dma1_channel3->cm0arl= (uint8_t)0; dma1_channel3->cparh= (uint8_t)(addr_begin >> 8); /* destination address */ dma1_channel3->cparl= (uint8_t)(addr_begin); dma1_channel3->cnbtr= 2; /* number of data to be transferred */ dma1_channel3->cspr= 8; /* low priority, 16 bit mode */ dma1_channel3->cspr &= ~dma_cspr_tcif;/* clear tcif */ dma1->gcsr|= 1; /* global dma enable */ #ifdef use_event_mode wfe->cr3 = wfe_cr3_dma1ch23_ev; /* enable event generation on dma */ #endif flash->dukr = 0xae; /* unprotect data memory */ flash->dukr = 0x56; while((flash->iapsr & flash_iapsr_dul) == 0) {} /* polling dul */ flash_block_load(); /* end of the workaround in user code */ /* following routine has to be placed in the ram */ void flash_block_load(){ __asm("sim\n"); /* disable interrupts */ flash->cr2 |= flash_cr2_erase; /* enable erase block mode */ dma1_channel3->ccr|= dma_ccr_ce; /* enable dma mem transfer */ #ifdef use_event_mode __asm("wfe"); /* wait for end of dma operation */ #else while((dma1_channel3->cspr & dma_cspr_tcif) == 0) {} /* polling for end of dma operation */ #endif __asm("rim\n"); /* enable interrupts */ }
silicon limitations stm8al3xx x STM8L052R8 stm8l1xxx6/8 10/18 docid17922 rev 6 1.1.6 incorrect code execution wh en flash/eeprom memory wakes up ? from power down mode description in case flash/eeprom memory is put in power down mode (i ddq ), first read after wakeup could return an incorrect content when f cpu is above 8 mhz + 5%. flash/eeprom memory is put in i ddq mode by default during halt mode and could be forced to i ddq mode by software for wait mode and during ram execution. as a consequence, following behavior may be seen on some devices: ? after wakeup from low power mo de with flash memory in i ddq mode, program execution gets lost due to incorrect read of vector table. ? code running from ram read an incorrec t value from flash/eeprom memory, when forced in i ddq mode. ? program execution gets corrupted when re turning from ram execution to flash memory execution in case flash memory is forced in i ddq mode. workaround slow down f sysclk before entering low power mode to ensure correct flash memory wakeup. this could be done using clock divider (clk_ckdivr) or by activation of fast wakeup feature by setting fhwu bit in clk_ic kcr register. original clock setting can be reconfigured back by software after wakeup. code example, assuming no divider is used in application by default. clk_ckdivr = 0x01; _asm(?halt?); clk_ckdivr = 0x00; the interrupt service routine executed after wak eup could either stay at slower clock speed, or reconfigure clock setting. care has to be take n to restore previous clock divider at the end of interrupt routines when modifying clock divider. no fix planned for this limitation.
docid17922 rev 6 11/18 stm8al3xxx STM8L052R8 stm8l1xxx6/8 silicon limitations 17 1.2 system limitations 1.2.1 default dac out put level when output buffer is enabled description when the dac is enabled in buffered mode configuration, the output is set to a voltage which corresponds to the code 0xfff, whatever the data output register value. the output recovers the correct voltage as soon as a new data is written into the data holding register. workaround none. the following software sequence must be executed at the highest speed to limit the duration of this transient behavior: dac->cr1=01; //enable dac dac->dhr8 = 0x0; //update the data holding register with 0 (as an example), or with any other data. note: the dac in unbuffered mode is not affected by this limitation. 1.2.2 32.768 khz lse cryst al accuracy may be disturbed by the use of ? adjacent i/os description the activity on the pc4 and pc7 i/os (input or output) can lead to missing pulses on the low speed external oscillator (32. 768 khz external crystal). workaround none. if a high lse accuracy is required, pc4 and pc7 must be tied to v dd or v ss . no fix planned for this limitation. 1.2.3 rtc lse failure can be det ected just once after power-on reset description when the css on lse is enabled (cssen=1 in csslse_csr), the css on lse flag (cssf) can be set only once after power-on reset. consequently, in case of several lse perturbations in the application, only the firs t one can be detected and set the cssf flag. workaround none. no fix planned for this limitation.
silicon limitations stm8al3xx x STM8L052R8 stm8l1xxx6/8 12/18 docid17922 rev 6 1.3 peripheral limitations 1.3.1 spi2 peripheral limitations spi2_mosi cannot be configured as pseudo open-drain on 48-pin packages description on ufqfpn48 and lqfp48 packages, when the spi2 peripheral is enabled and spi2_mosi/pd5 is configured as pseudo open-dr ain output in the gpio port d control register 1 (pd_cr1), pd5 re mains in push-pull mode. spi2_mosi can be configured as pseudo o pen-drain output on lqfp80 and lqfp64 packages. workaround none. however, as spi2_mosi is usually conf igured as push-pull ou tput, this limitation should not have any impact. no fix planned for this limitation. 1.3.2 i2c peripheral limitations i2c event management description as described in the i2c section of the stm8 l05x/15x microcontroller family reference manual (rm0031), the application firmware has to manage several software events before the current byte is transfer red. if the ev7, ev7_1, ev 6_1, ev6_3, ev2, ev8 and ev3 events are not managed before the current byte is transferred, problems may occur such as receiving an extra byte, reading the same data twice or missing data. workarounds when the ev7, ev7_1, ev6_1, ev6_3, ev2, ev8, and ev3 events cannot be managed before the current byte transfer and before the acknowledge pulse when the ack control bit changes, it is recommended to: 1. use the i 2 c with dma in general, except when the master is receiving a single byte. 2. use i 2 c interrupts in nested mode and boost their priorities to the highest one in the application to make them uninterruptible. no fix planned for this limitation.
docid17922 rev 6 13/18 stm8al3xxx STM8L052R8 stm8l1xxx6/8 silicon limitations 17 corrupted last received data in i 2 c master receiver mode conditions in master receiver mode, when the communication is closed using met hod 2, the content of the last read data may be corrupted. the following two sequences are concerned by the limitation: ? sequence 1: transfer sequence for master receiver when n ?? 2 a) btf = 1 (data n-1 in dr and data n in shift register) b) program stop = 1 c) read dr twice (read data n-1 and data n) just after programming the stop bit. ? sequence 2: transfer sequence for master receiver when n ?? 2 a) btf = 1 (data n-2 in dr and data n-1 in shift register) b) program ack = 0 c) read data n-2 in dr d) program stop bit to 1 e) read data n-1. description the content of the shift register (data n) is corr upted (data n is shifted 1 bit to the left) if the user software is not able to read the data n-1 before the stop condition is generated on the bus. in this case, reading data n returns a wrong value. workaround 1 ? sequence 1 when sequence 1 is used to close communication using method 2, mask all active interrupts between stop bit programming and read data n-1. ? sequence 2 when sequence 2 is used to close communication using method 2, mask all active interrupts between read data n-2, stop bit programming and read data n-1. workaround 2 manage i2c rxne and txe events with dma or inte rrupts of the highest priority level, so that the condition btf = 1 never occurs. wrong behavior of the i2c peripheral in master mode after misplaced stop description the i 2 c peripheral does not enter master mode pr operly if a misplaced stop is generated on the bus. this can happen in the following conditions: ? if a void message is received (start cond ition immediately followed by a stop): the berr (bus error) flag is not set, and the i 2 c peripheral is not able to send a start condition on the bus after writing to the start bit in the i2c_cr2 register. ? in the other cases of a misplaced stop, the berr flag is set in the ic2_cr2 register. if the start bit is already set in i2c_ cr2, the start condition is not correctly generated on the bus and can create bus errors.
silicon limitations stm8al3xx x STM8L052R8 stm8l1xxx6/8 14/18 docid17922 rev 6 workaround in the i2c standard, it is allowed to send a stop only at the end of the full byte (8 bits + acknowledge), so this scenario is not allow ed. other derived protocols like cbus allow it, but they are not supported by the i2c peripheral. in case of noisy environment in which unwanted bus errors can occur, it is recommended to implement a timeout to ensure that the sb (start bit) flag is set after the start control bit is set. in case the timeout has elapsed, the peri pheral must be reset by setting the swrst bit in the i2c_cr2 control register. the i 2 c peripheral should be reset in the same way if a berr is detected while the start bit is set in i2c_cr2. no fix is planned for this limitation. violation of i 2 c ?setup time for repeated start condition? parameter description in case of a repeated start, the ?setup ti me for repeated start condition? parameter (named t su(sta) in the datasheet and tsu:sta in the i 2 c specifications) may be slightly violated when the i 2 c operates in master standard mode at a frequency ranging from 88 to 100 khz. t su(sta) minimum value may be 4 s instead of 4.7 s. the issue occurs under the following conditions: 1. the i 2 c peripheral operates in master standard mode at a frequency ranging from 88 to 100 khz (no issue in fast mode) 2. and the scl rise time meets one of the following conditions: ? the slave does not stretch the clock and the scl rise time is more than 300 ns (the issue cannot occur when the sc l rise time is less than 300 ns). ? or the slave stretches the clock. workaround reduce the frequency down to 88 khz or use the i 2 c fast mode if it is supported by the slave. in i 2 c slave ?nostretch? mode, underrun errors may not be detected ? and may generate bus errors description the data valid time (t vd;dat , t vd;ack ) described by the i 2 c specifications may be violated as well as the maximum current data hold time (t hd;dat ) under the conditions described below. in addition, if the data register is written too late and close to the scl rising edge, an error may be generated on the bus: sda toggles wh ile scl is high. these violations cannot be detected because the ovr flag is not set (no transmit buffer underrun is detected). this issue occurs under the following conditions: 1. the i 2 c peripheral operates in slave transmit mode with clock stretching disabled (nostretch=1) 2. and the application is late to write the dr data register, but not late enough to set the ovr flag (the data register is written before the scl rising edge).
docid17922 rev 6 15/18 stm8al3xxx STM8L052R8 stm8l1xxx6/8 silicon limitations 17 workaround if the master device supports it, use the clock stretching mechanism by programming the bit nostretch=0 in the i2c_cr1 register. if the master device does not support it, ensure that the write operation to the data register is performed just after txe or addr events. you can use an interrupt on the txe or addr flag and boost its priority to the higher level or use dma. using the ?nostretch? mode with a slow i 2 c bus speed can prevent the application from being late to write the dr register (second condition). note: the first data to be transmitted must be writ ten into the data register after the addr flag is cleared, and before the next scl rising edge, so that the time window to write the first data into the data register is less than t low . if this is not possible, a possible workaround can be the following: 1. clear the addr flag 2. wait for the ovr flag to be set 3. clear ovr and write the first data. the time window for writing the next data is then the time to transfer one byte. in that case, the master must discard the first received data. smbus standard not fully supported in i2c peripherals description the i 2 c peripheral is not fully compliant with the smbus v2.0 standard since it does not support the capability to nack an invalid byte/command. workarounds a higher-level mechanism should be used to veri fy that a write operat ion is being performed correctly at the target device, such as: ? the use of the smba pin if supported by the host ? the alert response address (ara) protocol ? the host notify protocol. 1.3.3 usart peripheral limitations usart idle frame detection not supported in the case of a clock deviation description an idle frame cannot be detected if the receiver clock is deviated. if a valid idle frame of a minimum length (depending on the m and stop bit numbers) is followed without any delay by a start bit, the id le flag is not set if the receiver clock is deviated from the rx line (only if the rx line switches before the receiver clock). consequently, the idle flag is not set even if a valid idle frame occurred. workaround none. no fix planned for this limitation.
silicon limitations stm8al3xx x STM8L052R8 stm8l1xxx6/8 16/18 docid17922 rev 6 pe flag can be cleared in usart duplex mode by writing to the data register description the pe flag can be cleared by a read to the usart_sr register followed by a read or a write to the usart_dr register. when working in duplex mode, the following event can occur: the pe flag set by the receiver at the end of a reception is cleared by the software transmitter re ading the usart_sr (to check txe or tc flags) and writing a new data into the usart_dr. the software receiver can also read a pe flag at ?0? if a parity error occurred. workaround the pe flag should be checked before writing to the usart_dr. pe flag is not set in usart mute mode using address mark detection description if, when using address mark detection, the receiver recognizes in mute mode a valid address frame but the parity check fails, it exits from the mute mode without setting the pe flag. workaround none. idle flag is not set using address mark detection in the usart peripheral description the idle flag is not set when the address ma rk detection is enabled, even when the usart is in run mode (not only in mute mode). workaround none. 1.3.4 timer limitations tim1 advanced timer: bad regulation for 100% pwm description when the ocrefclr functionality is activa ted, the ocxref signal becomes deasserted (and consequently ocx is deasserted / ocxn is asserted) when a high level is applied on the ocref_clr signal. then, the pwm restarts (output re-enabled) at the next counter overflow. but if the pwm is configured at 100% (ccxr->arr), then it does not restart and ocxref remains de-asserted. consequently, current feedbacks cannot be gen erated without programming a minimum off- time (there cannot be a 100% pwm for this usage). workaround none. no fix planned for this limitation.
docid17922 rev 6 17/18 stm8al3xxx STM8L052R8 stm8l1xxx6/8 revision history 17 2 revision history table 4. document revision history date revision changes 09-sep-2010 1 initial release. 18-jan-2011 2 updated for rev z devices. 01-aug-2011 3 added section 1.1.4: incorrect code execution when wfe execution is interrupted by isr or event and section 1.1.5: core kept in stall mode when dma transfer occurs dur ing program/ erase operation to eeprom . updated format of table 3: summary of stm8al3xxx, STM8L052R8, stm8l15xx6/8 and stm8l162x8 silicon limitations . 18-feb-2013 4 added STM8L052R8 part number. updated section 1.1.4: incorrect code execution when wfe execution is interrupted by isr or event . updated cover page. 20-jun-2013 5 added section 1.1.6: incorrec t code execution when flash/eeprom memory wakes up from power down mode . 11-sep-2015 6 removed the appendix: revision code on device marking. extended the applicability to stm8al3xxxx devices. updated: ? table 1: device identification , ? table 2: device summary , ? the heading of table 3: summary of st m8al3xxx, STM8L052R8, stm8l15xx6/8 and stm8l162x8 silicon limitations .
stm8al3xxx STM8L052R8 stm8l1xxx6/8 18/18 docid17922 rev 6 important notice ? please read carefully stmicroelectronics nv and its subsidiaries (?st?) reserve the right to make changes, corrections, enhancements, modifications, and improvements to st products and/or to this document at any time without notice. purchasers should obtain the latest relevant in formation on st products before placing orders. st products are sold pursuant to st?s terms and conditions of sale in place at the time of o rder acknowledgement. purchasers are solely responsible for the choice, selection, and use of st products and st assumes no liability for application assistance or the design of purchasers? products. no license, express or implied, to any intellectual property right is granted by st herein. resale of st products with provisions different from the information set forth herein shall void any warranty granted by st for such product. st and the st logo are trademarks of st. all other product or service names are the property of their respective owners. information in this document supersedes and replaces information previously supplied in any prior versions of this document. ? 2015 stmicroelectronics ? all rights reserved

▲Up To Search▲

Price & Availability of STM8L052R8

	To Download STM8L052R8 Datasheet File
If you can't view the Datasheet, Please click here to try to view without PDF Reader .